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DESCRIPTION 

L'invention concerne un systeme de communication entre un emetteur et un 
recepteur, Temetteur transmettant au recepteur via un canal de communication des donnees 
5 numeriques et des descripteurs de donnees. 

Elle a de nombreuses applications dans les systemes de communication de donnees 
multimedias mettant en oeuvre une architecture point a point, ou plus generalement une 
architecture clientyserveur. 

10 

Le brevet PCT publie sous le numero WO 98/03016 decrit une methode et un systeme 
pour envoyer sur un canal de communication unidirectionnel des donnees numeriques a partir 
d'un emetteur vers un recepteur. Le recepteur regoit des donnees numeriques qui sont 
15 collectees et stockees localement en se basant sur des criteres refletant le profil d'un utilisateur, 
les donnees ainsi stockees pouvant etre ulterieurement utilisees par I'utilisateur au niveau du 
recepteur. 

La methode de stockage des donnees envoyees par I'emetteur mise en oeuvre dans le 
document de Tart anterieur presente un certain nombre de limitations. 

20 Tout d'abord, la selection des donnees stockees au niveau du recepteur necessite 

I'utilisation d'un profil utilisateur au niveau du recepteur permettant de ne retenir que des 
donnees repondant aux differents criteres contenus dans ce profil. Dans le cas ou le recepteur 
est utilise par des utilisateurs differents, il est a priori necessaire de disposer d'autant de profils 
que d'utilisateurs, ce qui d'une part oblige a avoir suffisamment d'espace memoire pour le 

25 stockage des profils, et d'autre part necessite des moyens permettant de changer aisement de 
profil utilisateur. Cette methode de selection, peu souple d'utilisation, implique done la mise en 
oeuvre de moyens couteux. 

D'autre part, I'utilisation d'un profil utilisateur pour la selection des donnees est 
limitee. En effet, un profil utilisateur ne contenant jamais une representation exhaustive des 

30 gouts de Tutilisateur mais contenant plutot des preferences generales, il n'est pas improbable 
que certaines donnees regues au niveau du recepteur et correspondant aux gouts de 
Tutilisateur ne soient pas selectionnees pour etre stockees, faute d'avoir ete prises en 
consideration par le profil utilisateur. Dans ce cas, chaque fois que Putilisateur desirera 
consulter une donnee non stockee localement suscitant son interet, celle-ci devra etre envoyee 

35 par Temetteur, au risque de saturer le canal de communication et de ne pas en disposer 
immediatement 

L'invention a pour but de remedier dans une large mesure a ces limitations en 
proposant un systeme de communication, un recepteur, ainsi qu'une methode, ayant pour but 
d'associer des descripteurs aux donnees envoyees par I'emetteur afin d'identifier au niveau du 



recepteur les donnees a stocker susceptibles d'une utilisation multiple, d'une fagon plus fiable et 
moins couteuse que celle decrite dans le document de I'art anterieur. 

A cet effet, la presente invention est remarquable en ce que I'emetteur comprend : 
des moyens d'analyse des donnees numeriques pour identifier des donnees dites multi- 
utilisation susceptibles d'etre utilisees plusieurs fois au niveau du recepteur, et des donnees 
dites mono-utilisation susceptibles d'etre utilisees une seule fois des leur reception au 
niveau du recepteur, 

des moyens de creation de descripteurs de donnees pour decrire chaque donnee multi- 
utilisation precedemment identifiee, lesdits descripteurs comprenant un ensemble de 
champs caracteristiques, 

des moyens d'insertion pour inserer les descripteurs de donnees dans I'ensemble des 
donnees multi-utilisation, chaque donnee multi-utilisation etant ainsi associee a un 
descripteur de donnees. 

La presente invention est aussi remarquable en ce que le recepteur comprend : 
des moyens d'analyse des donnees regues, pour detecter la presence de descripteurs de 
donnees multi-utilisation et ainsi identifier des donnees multi-utilisation et des donnees 
mono-utilisation, 

des moyens de stockage des donnees multi-utilisation detectees et de leurs descripteurs 
associes initialement regus, 

des moyens pour composer le contenu d'une application a partir de donnees mono- 
utilisation et de donnees multi-utilisation precedemment stockees, une meme donnee ayant 
une utilisation multiple dans la composition dudit contenu etant alors directement recuperee 
a chaque utilisation par des moyens de recuperation depuis lesdits moyens de stockage. 

Un tel systeme de communication prevoit, contrairement au document de Tart 
anterieur ou la selection des donnees susceptibles d'une utilisation multiple est faite au niveau 
du recepteur, r identification des donnees multi-utilisation a u niveau de I'emet teuir a I'aide de 
descripteurs de donnees inseres dans le flux de donnees envoyees de I'emetteur vers le 
recepteur. Le flux de donnees regues au niveau du recepteur est alors analyse afin de detecter 
la presence de descripteurs de donnees refletant la presence de donnees multi-utilisation. 
Chaque fois qu'un tel descripteur est detecte, celui-ci est stocke localement au niveau du 
recepteur conjointement avec les donnees auxquelles il se rattache. Les donnees multi- 
utilisation ainsi stockees peuvent des lors etre utilisees non seulement des leur reception au 
niveau du recepteur, mais aussi ulterieurement sans qu'il soit necessaire d'en feire la demande 
a Temetteur. 

Selon une caracteristique supplementaire de I'invention, une mise a jour des 
descripteurs et des donnees correspondantes, tous les deux stockes localement, est effectuee 
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en permanence afin non seulement de tenir compte des capacities courantes de traitement du 
recepteur, mais aussi des differents parametres temporels propres a chaque donnee multi- 
utilisation stockee. 



Ces aspects de ('invention ainsi que d'autres aspects plus detailles apparaftront plus 
clairement grace a la description suivante, faite en regard des dessins ci-annexes, le tout donne 
a titre d'exemple non limitatif, dans lesqueis : 

La figure 1 est un schema bloc d'un exemple de systeme de communication 
10 comprenant un emetteur et un recepteur selon I'inventjqn, 

La figure 2 montre la structure des descripteurs de donnees selon rinvention, 

La figure 3 montre a titre d'exemple la structure d'un premier descripteur de donnees 
selon rinvention, 

La figure 4 montre a titre d'exemple la structure d'un second descripteur de donnees 
15 selon Tinvention, 

La figure 5 montre a titre d'exemple la structure d'un troisieme descripteur de 
donnees selon 1'invention, 

La figure 6 est un schema decrivant le fonctionnement detaille d'un recepteur selon 
1'invention, 

20 La figure 7 represente un systeme de communication selon 1'invention entre un 

serveur et un ensemble de terminaux. 



La figure 1 decrit un systeme de communication selon 1'invention comprenant un< - 
25 emetteur 101 et un recepteur 102 communiquant via un canal de communication 103. 
L'emetteur comporte : 

une source de donnees 104 generant aussi bien des donnees diverses telles que des 
donnees de types audio, video, texte ou image. 

des moyens d'analyse 105 pour analyser chacune des donnees 104 et les classer en deux 
30 categories, d'une part les donnees 106 dites multi-utilisation susceptibles d'une utilisation 

multiple au niveau du recepteur 102, et d'autre part les donnees 107 dites mono-utilisation 
qui ne seront a priori utilisees qu'une seule fois au niveau du recepteur. Ce classement peut 
par exemple etre eflfectue en anticipant sur les demandes d'un utilisateur situe au niveau du 
recepteur 102. Par exemple, si les donnees 104 concernent des bandes-annonces video 
35 relatives a des programmes de television, il est fort probable que ces donnees seront 

utilisees plusieurs fois au niveau du recepteur, d'ou leur classement dans les donnees 106. 
Par contre, si les donnees 104 sont relatives a un contenu tres specifique peu probable 
d'etre utilise plusieurs fois au niveau du recepteur, elles seront classees parmi les donnees 
107. 



des moyens de creation 108 de descripteurs de donnees multi-utilisation. Pour chacune des 
donnees multi-utilisation 106, le bloc foncOonnel 108 cree un descripteur d§ donndes a 
champs multiples 109, chaque champ etant caracteristique de la donnee consideree. Ce 

descripteurse ^cpm^rt^n^^uierrontco^ 

utilisation, mais aussi caracterise celles-ci afin notamment d'en fiaciliter leur manipulation et 
leur gestion au niveau du recepteur. 

des moyens d'insertion 110 pour inserer chaque descripteur 109 dans le flux des donnees 
106. Chaque donnee multi-utilisation 106 est ainsi associee a son descripteur 109, par 
exemple en concatenant les donnees 106 aux donnees 109. Le nouveau flux de donnees 
111 ainsi genere a la sortie de I'inserteur 110 est done constitue par une succession de 
couples de donnees descripteur/donnee multi-utilisation. 

une unite de multiplexage 112 des donnees 111 et 107 qui sont multiplexees pour delivrer 
le flux de donnees 113 comprenant alors une succession de donnees mono-utilisation et de 
couples de donnees descripteur/donnee multi-utilisation. 

une couche transport 114 pour interfacer I'emetteur avec le canal de communication 103, 
et pour delivrer a partir des donnees multiplexees 113, un flux de donnees 115 envoyees 
sur le canal de communication 103 en direction du recepteur 102. 
Le recepteur 102 comporte : 

une couche transport 116 recevant le flux de donnees 115 et generant le flux de donnees 
117, 

des moyens d'analyse 118 ayant pour but de detecter dans le flux de donnees 117 les 
donnees multi-utilisation 119 et les donnees mono-utilisation 120. Pour cela, les 
descripteurs de donnees 109 concatenes aux donnees multi-utilisation au niveau de 
I'emetteur sont detectes : si un tel descripteur present dans le flux de donnees 117 est 
effectivement detecte par les moyens d'analyse 118, cela revele la presence d'une donnee 
multi-utilisation a laquelle il se rattache. Tant qu'aucun descripteur de donnees n'est 
detecte, toutes les donnees contenues dans le flux de donnees 117 sont assimilees a des 
donnees mono-utilisation. 

des moyens de stockage 121 des donnees multi-utilisation et de leur descripteur associe. A 
titre d'exemple, les couples de donnees descripteur/donnee multi-utilisation peuvent etre 
stockees sur un disque dur ou en memoire. 

des moyens de composition 122 d'un contenu pour une application a partir des donnees 
multi-utilisation 119 stockees et des donnees mono-utilisation 120. A titre d'exemple, les 
moyens de composition peuvent correspondre a un navigateur pour donnees multimedias a 
partir duquel un utilisateur a la possibility d'interagir via I'acces 123 pour modifier le 
contenu de I'application et demander des donnees specifiques qui I'interessent. Pour 
chaque requete 123 traduisant le desir d'un utilisateur de consulter une donnee particuliere, 
une recherche est eflfectuee via I'acces 124 parmi toutes les donnees multi-utilisation 
precedemment stockees, afin de verifier que cette donnee particuliere n'a pas deja ete 



stockee. S'il s'avere que cette donnee a ete precedemment stockee, celle-ci est directement 
envoyee a Punite de competition 122 via le chemin 125 pour etre prise en compte dans la 
composition du nouveau contenu, sans qu'il ait ete necessaire de I'envoyer depuis 
I'emetteur. Dans le cas ou cette donnee particuliere ne figure pas parmi les donnees 
stockees en 121 et que le canal de communication 103 comporte une voie de retour 125 
entre le recepteur 102 et Pemetteur 101, une requete 126 est transmise via la couche 
transport 116 a Pemetteur, ce dernier envoyant ators au recepteur la donnee manquante 
via la voie 115 afin qu'elle soit utilisee dans la composition du contenu. Dans le cas ou cette 
donnee particuliere ne figure pas parmi les donnees stockees en 121 et que le canal de 
communication 103 ne comporte pas de voie de retour 125, la demande de I'utjlisateur ne 
peut etre satisfaite. Chaque fois qu'un nouveau contenu faisant appel a des donnees mono- 
utilisation est cree, celles-ci sont utilisees directement apres leur detection dans le flux de 
donnees 117, aucun stockage ne leur etant reserve contrairement aux donnees multi- 
utilisation qui sont tout d'abord stockees dans 121 puis utilisees dans la composition du 
contenu. Les donnees multi-utilisation etant systematiquement stockees, elle sont des lors 
facilement disponibles a tout moment si Punite de composition 122 en a Putilite lors de la 
creation d'un nouveau contenu. Cela permet non seulement de ne pas effectuer des 
demandes de donnees a Pemetteur 101 qui pourraient surcharger le canal de 
communication 103, mais aussi d'ameliorer la disponibilite des donnees au niveau du 
recepteur en conferant a ce dernier une grande autonomie de fonctionnement. Afin d'eviter 
de stocker des donnees multi-utilisation inutiles et encombrantes, I'invention prevoit des 
moyens de mise a jour de ces donnees qui seront detailles au regard de la figure 3. 
des moyens de visualisation 127 d'un contenu de donnees multimedias, tel qu'un ecran, 
video permettant a un utilisateur de voir et interagir sur un contenu compose par le 
navigateur 122. 



La figure 2 montre la structure des descripteurs de donnees selon ('invention. Ces 
descripteurs, comme il a ete mentionne precedemment, sont inseres au niveau de Pemetteur 
avec chaque donnee dite multi-utilisation susceptible d'etre utilisee plusieurs fbis au niveau du 
recepteur. Ces descripteurs servent d'une part a identifier les donnees multi-utilisation regues 
par le recepteur afin qu'il les stocke localement, et d'autre part a informer le recepteur des 
caracteristiques de ces donnees multi-utilisation a Paide de plusieurs champs afin que le 
recepteur puisse effectuer des operations de mise a jour des donnees multi-utilisation stockees. 

La structure du descripteur de donnees selon I'invention donnee a titre d'exemple 
comporte cinq champs : 

le champ 21 correspond a un identificateur par exemple numerique permettant de 
differencier les descripteurs entre eux et ainsi eviter toute confusion, 



le champ 22 renseigne sur le type de donnees auxquelles se rattache le descripteur. Par 
exemple, ce champ peut indiquer au recepteur qu'il s'agit de donnees de type audio, video 
ou bien de type image. Dans le cas ou le recepteur n'est pas en mesure de traiter un 
certain type d'information, par exemple si le format video ne peut pas etre decode par 
manque de moyens de traitement correspondants, cette information renseignee par le 
champ 22 s'avere utile puisque la donnee correspondante ne sera pas stockee pour ne pas 
utiliser inutilement I'espace de stockage du recepteur. 

le champ 23 est une valeur temporelle prise par rapport a une reference temporelle telle 
qu'une horloge locale situee au niveau du recepteur. Cette valeur est une date de debut 
indiquant au recepteur a partir de quel moment la donnee a laquelle se rattache le 
descripteur pourra etre utilisee. Supposons le cas ou des donnees multi-utilisation 
correspondant par exemple a des bandes-annonces de films videos programmes pour une 
semaine entiere ont ete stockees sur le recepteur, un utilisateur pouvant consulter ces 
donnees a Paide d'un guide de programme electronique (ou EPG, de Tanglais Bectronic 
Program Guide). Si I'EPG ne peut presenter que les donnees video du jour courant, a cause 
de limitations materielles par exemple, seules les donnees video dont les champs 23 des 
descripteurs associes ont une date correspondant au jour courant seront rendues actives et 
done consumables. Sinon, les donnees pour lesquelles le champ 23 de leur descripteur 
associe est une date correspondant aux jours suivant ne seront pas rendues actives. 
Concretement, une donnee video sera rendue active en la decodant de sorte qu'elle soit 
rapidement accessible et utilisable chaque fois que I'utilisateur desirera la consulter. 
le champ 24 est une valeur temporelle prise par rapport a une reference temporelle telle 
qu'une horloge locale situee au niveau du recepteur. Cette valeur est une date de fin 
indiquant au recepteur a partir de quel moment la donnee a laquelle se rattache le 
descripteur n'aura plus lieu d'etre stockee sur le recepteur. Si Ton reprend I'exemple 
precedent des donnees multi-utilisation correspondant a des bandes-annonces de film, le 
champ 24 de chaque descripteur correspondra a la date de fin du film auquel il se rattache. 
Autrement dit, le champ 24 correspond a la date de fin de validite des donnees auxquelles il 
se rattache. 

le champ 25 est une valeur temporelle correspondant a la duree maximale de stockage des 
donnees sur le recepteur. Ce champ permet une gestion des donnees dans le temps 
differente de celle menee avec les champs 23 et 24. Ce champ 25 s'applique plus 
particulierement aux donnees multi-utilisation n'ayant pas de reference temporelle absolue. 
A partir du moment ou la donnee multi-utilisation est regue sur le recepteur, la duree de 
stockage est calculee et comparee a celle du champ 25 pour respecter la duree maximale 
de stockage. 
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Les figures 3, 4 et 5 donnent des exemples de descripteurs selon I'invention pour 
lesquels les differents champs ont ete remplis. 

La figure 3 montre la structure d'un descripteur relatif a une donnee de type audio. Ce 
5 descripteur selon I'invention est identifie par le chiffre 8 et se rapporte a une donnee valide 
jusqu'a la date 3600, cette date absolue s'exprimant dans I'unite de temps courante du 
recepteur, et par rapport a une reference temporelle de ce meme recepteur. 

La figure 4 montre la structure d'un descripteur relatif a une donnee de type video. Ce 
10 descripteur selon I'invention est identifie par le chiffre 9 et se rapporte a une donnee valide 

entre les dates 3600 et 10800, ces dates absolues s'exprimant dans I'unite de temps courante 
du recepteur, et par rapport a une reference temporelle de ce meme recepteur. 

La figure 5 montre la structure d'un descripteur relatif a une donnee de type image. 
15 Ce descripteur selon I'invention est identifie par le chiffre 10 et se rapporte a une donnee valide 
sur une duree de 86400 a compter de sa reception sur le recepteur, cette date absolue 
s'exprimant dans I'unite de temps courante du recepteur, et par rapport a une reference 
temporelle de ce meme recepteur. 

20 

La figure 6 est un schema decrivant le fonctionnement detaille d'un recepteur selon 
I'invention et conforme a celui decrit a la figure 1. Ce schema concerne plus particulierement le 
systeme de mise a jour des donnees multi-utilisation et de leurs descripteurs associes stockes 
localement en vue d'une utilisation ulterieure. Comme mentionne precedemment, les donnees 

25 accompagnees d'un descripteur de donnees dont la structure est similaire a celle de la figure 2 
sont assimilees a des donnees dites multi-utilisation susceptibles d'etre utilisees plusieurs fbis 
au niveau du recepteur par un utilisateur. Ces donnees multi-utilisation 119 sont stockees 
localement sur le recepteur sur I'unite de stockage 121, tout comme leurs descripteurs associes 
602 qui sont stockes sur I'unite de stockage 601. 

30 Des leur stockage initial dans I'unite 601, les descripteurs sont analyses via leur 

differents champs pour verifier que les donnees auxquelles ils se rattachent sont compatibles 
avec les capacites 603 du recepteur, et que ces donnees peuvent effectivement etre exploitees 
au niveau du recepteur. Pour cela, des moyens de mise a jour 604 controlent et verifient la 
compatibilite des champs' 22 de chaque descripteur aux capacites 603 du recepteur. Par 

35 exemple, si le recepteur ne peut pas traiter des donnees de type video, les donnees 119 et leur 
descripteur associe 602 de type video seront immediatement effacees des unites 601 et 121. 

Apres verification de la compatibilite des donnees multi-utilisation aux capacites de 
traitement du recepteur, une mise a jour des donnees 119 est periodiquement effectuee par les 
moyens de mise a jour 604. Cette mise a jour a notamment pour but d'effacer les donnees 119 
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qui sont jugees inutiles, ou de les rendre actives afin qu'elles soient rapidement disponibles et 
facilement utilisables pour la creation d'un contenu multimedia par exemple. Pour cela, les 
champs temporels 23, 24 et 25 des descripteurs 602 sont periodiquement compares a une 

horloge locale 605 propre au r^eptei^qi^s'^ur^q^la^^ede^r ije_valjdjte 

5 correspondent aux champs 24 n'est pas atteinte ou que la duree de validite correspondant aux 
champs 25 n'est pas ecoulee, ce qui conduirait dans le cas contraire a la suppression des 
descripteurs correspondents et de ieur donnees rattachees. De la meme fagon, la date de debut 
de validite correspondant au champ 23 est periodiquement compare a I'horloge 605 afin de 
preparer les donnees qui sont susceptibles d'etre utilisees. Pour cela, il est prevu des moyens 

10 606 permettant de preparer les donnees stockees 119, ce dispositif de preparation etant pilote 
via des ordres de decisions 607 generes suite a la comparaison du champ 23 et de I'horloge 
605. Par exemple, si une donnee multi-utilisation 119 correspond a une video comprimee 
pouvant etre consultee a partir de la date de validite tl, un ordre de preparation 607 sera 
genere quelques temps avant cette date tl de fagon a ce que cette donnee video soit 

15 decomprimee par le dispositif de preparation 606, la video decomprimee remplagant alors la 
video comprimee sur I'unite de stockage 121. Si un utilisateur interagissant via la requete 123 
avec le contenu de Implication cree au niveau du compositeur 122 desire consulter une donnee 
particuliere, et si cette donnee est reconnue comme etant une donnee ayant deja ete stockee 
localement, I'ordre 124 est donne de delivrer cette donnee via le chemin 125 au compositeur de 

20 contenu 122. Si cette donnee est de type video, il est done interessant quelle soit rapidement 
disponlble, done decomprimee. 

Lorsqu'un utilisateur souhaite consulter une donnee particuliere, tous les moyens 
peuvent etre mis en oeuvre pour determiner si cette donnee correspond a une donnee 
localement stockee ou non. En effet, il se peut qu'un utilisateur fasse appel a une donnee multi- 

25 utilisation effacee des unites de stockage 601 et 121. D'une fagon generate, tl suffit de 

rechercher parmi Pensemble des descripteurs 602 s'il existe un descripteur identique a celui de 
la donnee desiree. Si e'est le cas, la donnee est extraite de I'unite de stockage, sinon la requete 
de I'utilisateur n'est pas honoree. 

Dans cette figure 6, seul le traitement des donnees multi-utilisation est decrit, les 

30 donnees mono-utilisation etant traitees classiquement au fur et a mesure de Ieur arrivee sur le 
recepteur en fonction de ses capacites de traitement. 

La figure 7 represente un exemple de systeme de communication selon Tinvention. Ce 
35 systeme se compose d'un serveur 71 communiquant avec n terminaux 72 via un ensemble de n 
canaux de communication 73. Le serveur joue le role d'un emetteur tel que decrit 
precedemment en envoyant des donnees mono-utilisation et des donnees multi-utilisation 
accompagnees de Ieur descripteur de donnees. Dans une application dite distribute, les memes 
donnees sont envoyees a I'ensemble des terminaux 72. Ces derniers jouent le role de 



recepteurs tels que precedemment decrits en stockant localement toute donnee multi-utilisation 
identifiee dansje flux de donnees transmises via les canaux 73. Chaque terminal etant en 
mesure de recevoir des requetes de donnees venant d'un utilisateur via i'acces 74, les requetes 
faisant reference a des donnees multi-utilisation stockees localement sont honorees en delivrant 
les donnees correspondantes depuis les unites de stockage situees sur le terminal concerne. 

Ainsi ont ete decrits et illustres un systeme de communication entre un emetteur et 
un recepteur permettant d'identifier et de stocker au niveau du recepteur des donnees 
susceptibles d'etre utilisees plusieurs fois par une application. Bien entendu, de nombreuses 
variantes pourront etre apportees aux modes de realisation decrits sans sortir du cadre de 
I'invention. Notamment, il pourra etre envisage d'utiliser un profit utilisateur conjointement avec 
les moyens de mise a jour situes sur le recepteur, de fagon a ne retenir que certaines donnees 
multi-utilisation. De plus, des champs additionnels aux descripteurs de donnees multi-utilisation 
pourront etre ajoutes afin de caracteriser plus precisement les donnees auxquelles ils se 
rattachent. 

Concernant la mise en oeuvre sur le plan materiel d'un tel systeme de communication, 
il sera fait appel tant au niveau de I'emetteur que du recepteur a des processeurs de signaux, 
ces dits processeurs effectuant les differentes manipulations decrites precedemment sur les flux 
de donnees numeriques en executant des jeux destructions stockees en memoire. 
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REVENDICATIONS 

1. Systeme de communication entre un emetteur et un recepteur, I'emetteur transmettant 
au recepteur via un canal de communication des donnees numeriques et des descripteurs de 
donnees, systeme de communication caractdrise en ce que I'emetteur compr end : 

a) des moyens d'analyse des donnees numeriques pour identifier des donnees dites 

multi-utilisation susceptibles d'etre utilisees plusieurs fois au niveau du recepteur, et 
des donnees dites mono-utilisation susceptibles d'etre utilisees une seule fois des leur 
reception au niveau du recepteur, 

b) des moyens de creation de descripteurs de donnees pour decrire chaque donnee 

multi-utilisation precedemment identifiee, lesdits descripteurs comprenant un 
ensemble de champs caracteristiques, 

c) des moyens d'insertion pour inserer les descripteurs de donnees dans I'ensemble des 

donnees multi-utilisation, chaque donnee multi-utilisation etant ainsi associee a un 
descripteur de donnees, 
et en ce que le recepteur comprend : 

d) des moyens d'analyse des donnees regues, pour detecter la presence de descripteurs 

de donnees multi-utilisation et ainsi identifier des donnees multi-utilisation et des 
donnees mono-utilisation, 

e) des moyens de stockage des donnees multi-utilisation detectees et de leurs 

descripteurs associes initialement regus, 
T) des moyens pour composer le contenu d'une application a partir de donnees mono- 
utilisation et de donnees multi-utilisation precedemment stockees, une meme donnee 
ayant une utilisation multiple dans la composition dudit contenu etant alors 
directement recuperee a chaque utilisation par des moyens de recuperation depuis 
lesdits moyens de stockage. 

2. Systeme de communication selon la revendication 1, caracteris£ en ce que le 
recepteur comprend des moyens de mise a jour des descripteurs et des donnees multi- 
utilisation initialement regus et stockes dans lesdits moyens de stockage, lesdits moyens de 
mise a jour tenant compte notamment des capacites du recepteur a exploiter le contenu des 
donnees multi-utilisation auxquelles se rattachent lesdits descripteurs, et des differents 
parametres temporels contenus dans chaque descripteur relativement a une horloge locale. 

3. Systeme de communication selon la revendication 1 caracterise en ce que chaque 
descripteur de donnees multi-utilisation comprend un ensemble de champs correspondent 
notamment a un code d'identification permettant de differencier le descripteur des autres 
descripteurs, au type des donnees auxquelles le descripteur est rattache, a une date de debut 
et a une date de fin definissant une fenetre temporelle d'utilisation des donnees associees au 
descripteur, ainsi qu'a une duree d'utilisation des donnees associees au descripteur. 
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4. Recepteur pour recevoir des donnees numeriques caracterise en ce qu'il comprend : 
a) des moyens d'analyse des donnees regues, pour detecter la presence de descripteurs 

de donnees multi-utilisation et ainsi identifier des donnees multi-utilisation et des 
donnees mono-utilisation, 
5 b) des moyens de stockage des donnees multi-utilisation detectees et de leurs 

descripteurs associes initialement regus, 
c) des moyens pour composer le contenu d'une application a partir de donnees mono- 
utilisation et de donnees multi-utilisation precedemment stockees, une meme donnee 
ayant une utilisation multiple dans la composition dudit contenu etant alors 
10 directement r^cuperee a chaque utilisation par des moyens de recuperation depuis 

lesdits moyens de stockage. 

5. Recepteur selon la revendication 4, caracterise en ce qu'il comprend des moyens de 
jriise a jour des descripteurs et des donnees multi-utilisation initialement regus et stockes dans 

15 lesdits moyens de stockage, lesdits moyens de mise a jour tenant compte notamment des 
capacites du recepteur a exploiter le contenu des donnees multi-utilisation auxquelles se 
rattachent lesdits descripteurs, et des differents parametres temporels contenus dans. chaque 
descripteur relativement a une horloge locale. 

20 6. Emetteur pour emettre des donnees numeriques et des descripteurs de donnees sur un 
canal de communication, caracterise en ce que qu'il comprend : 

a) des moyens d'analyse des donnees numeriques pour identifier des donnees dites 

multi-utilisation susceptibles d'etre utilisees plusieurs fois au niveau du recepteur, et 
des donnees dites mono-utilisation susceptibles d'etre utilisees une seule fois des leur 
25 reception au niveau du recepteur, 

b) des moyens de creation de descripteurs de donnees pour decrire chaque donnee 

multi-utilisation precedemment identifiee, lesdits descripteurs comprenant un 
ensemble de champs caracteristiques, 

c) des moyens d'insertion pour inserer les descripteurs de donnees dans I'ensemble des 
30 donnees mutti-utilisation, chaque donnee multi-utilisation etant ainsi associee a un 

descripteur de donnees. 

7. Signal compose de donnees numeriques associees a des descripteurs, signal caracterise 
en ce que chaque descripteur de donnees comprend un ensemble de champs correspondant 
35 notamment a un code d'identification permettant de differencier le descripteur des autres 

descripteurs, au type des donnees auxquelles le descripteur est rattache, a une date de debut 
et a une date de fin definissant une fenetre temporelle d'utilisation des donnees associees au 
descripteur, ainsi qu'a une duree d'utilisation des donnees associees au descripteur. 
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8. Methode de description et de reconnaissance de donnees envoyees d'un emetteur vers 
un recepteur via un canal de communication, I'emetteur transmettant ay receptfur des donnees 
numeriques et des descripteurs de donnees, methode caract£ris£e en ce que remission des 

donnees comprend : . 

5 a) une etape d'analyse des donnees numeriques pour identifier des donnees dites multi- 

utilisation susceptibles d'etre utilisees plusieurs fois au niveau du recepteur, et des 
donnees dites mono-utilisation susceptibles d'etre utilisees une seule fois des leur 
reception au niveau du recepteur, 

b) une etape de creation de descripteurs de donnees pour decrire chaque donnee multi- 
10 utilisation precedemment identifiee, lesdits descripteurs comprenant un ensemble de 

champs caracteristiques, 

c) une etape d'insertion pour inserer les descripteurs de donnees dans ('ensemble des 
donnees multi-utilisation, chaque donnee multi-utilisation etant ainsi associee a un 
descripteur de donnees, 

15 et en ce que la reception des donnees comprend : 

d) une etape d'analyse des donnees regues, pour detector la presence de descripteurs de 
donnees multi-utilisation et ainsi identifier des donnees multi-utilisation et des 
donnees mono-utilisation, 

e) une etape de stockage des donnees multi-utilisation detectees et de leurs descripteurs 
20 associes initialement regus, 

f) une etape de composition du contenu d'une application a partir de donnees mono- 

utilisation et de donnees multi-utilisation precedemment stockees, une meme donnee 
ayant une utilisation multiple dans la composition dudit contenu etant alors 
directement recuperee a chaque utilisation par des moyens de recuperation depuis 
25 lesdits moyens de stockage. 



9. Systeme de communication selon la revendication 1 entre un serveur jouant le role 
d'emetteur et un terminal jouant le role de recepteur, pour transmettre des donnees 
numeriques codees suivant la norme MPEG-4. 

30 

10. Support de programme d'ordinateur pour terminal de communication, ledit programme 
d'ordinateur comprenant une suite destructions qui, lorsqu'elles sont chargees dans le terminal 
de communication, permettent audit terminal de communication d'executer la methode de 
reconnaissance des donnees multi-utilisation selon la revendication 8. 



35 
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8. Methode de description et de reconnaissance de donnees envoyees d'un emetteur vers 
un recepteur via un canal de communication, 1'emetteur transmettant au recepteur des donnees 
numeriques et des descripteurs de donnees, methode caracterisee en ce que 1'emission des 
donnees comprend : 

a) une etape d'analyse des donnees numeriques pour identifier des donnees dites multi- 

utilisation susceptibles d'etre utilisees plusieurs fois au niveau du recepteur, et des 
donnees dites mono-utilisation susceptibles d'etre utilisees une seule fois des leur 
reception au niveau du recepteur, 

b) une etape de creation de descripteurs de donnees pour decrire chaque donnee multi- 
. utilisation precedemment identifiee, lesdits descripteurs comprenant un ensemble de 

champs caracteristiques, 

c) une etape d'insertion pour inserer les descripteurs de donnees dans I'ensemble des 
donnees multi-utilisation, chaque donnee multi-utilisation etant ainsi associee a un 
descripteur de donnees, 

et en ce que la reception des donnees comprend : 

d) une etape d'analyse des donnees regues, pour detecter la presence de descripteurs de 
donnees multi-utilisation et ainsi identifier des donnees multi-utilisation et des 
donnees mono-utilisation, 

e) une etape de stockage des donnees multi-utilisation detectees et de leurs descripteurs 
associes initialement regus, 

f) une etape de composition du contenu d'une application a partir de donnees mono- 

utilisation et de donnees multi-utilisation precedemment stockees, une meme donnee 
ayant une utilisation multiple dans la composition dudit contenu etant alors 
directement recuperee a chaque utilisation par des moyens de recuperation depuis 
lesdits moyens de stockage. 
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